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© Method and operating system for executing programs In a multi-mode microprocessor. 



(g) A method for accessing a segment in a multi- 
mod computer having segmented addressing, said 
method comprising the steps of: 

(a) selecting an address that is a multiple of 16 to 
be the base address of the segment; 

(b) when the computer is in either a first mode or 
a s cond mode, 

(1) setting the segment selector to a value so 
that a segment selector addresses the base 
address of the base address of the segment 
when the computer is in the first mode; 



(2) storing at a selected memory location with- 
in the mapping system the base address of the 
segment, the memory location being selected 
so that it is pointed to by the segment selector 
as set in step (1) when the computer is in the 
second mode; and 

(3) loading the segment into a memory at the 
base address; and 

(c) accessing the segment in both the first and 
second modes using the segment selector. 
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Technical H Id 

This invention relates to improved methods of 
executing computer programs in a multi-mode 
microprocessor and improved operating systems 
for use with such microprocessors. 

Background Art 

Newly designed microprocessors may include 
enlarged memory addressing facilities and revised 
architecture which result In enhanced capabilities. 
When such microprocessors are used in new com- 
put r systems, they often produce computers 
which are functionally superior to their predeces- 
sors due to these enhanced capabilities. Despite 
any functional advantages a new computer may 
have over its predecessors, a computer employing 
an improved microprocessor may not be a com- 
mercial success. Computer programs, sometimes 
ref rred to as "software," are microprocessor spe- 
cific. Therefore, when a computer employing a new 
microprocessor Is introduced into the marketplace, 
th r Is generally little or no software which can 
run on it. Existing software, written for previous 
microprocessors, is incompatible with the new 
comput r. As a result, sales of such new comput- 
ers will often be sluggish until consumers see that 
ad quate software is available for the computer. 
Additionally, consumers with libraries of software 
for xisting computers may be reluctant to pur- 
chase n w computers which would require them to 
Inv st in all new software. This problem is often 
compounded by the fact that software writers and 
publish rs are reluctant to produce software for a 
new microprocessor until sales of computers incor- 
porating the microprocessor are sufficient to create 
a relatively large group of potential purchasers of 
the software. This "wait and see" attitude on the 
part of tKith consumers and software writers can 
jeopardize the success of a new microprocessor 
and computers using the microprocessor. 

D signers of new microprocessors sometimes 
attempt to solve this problem by designing a new 
microprocessor such that it will operate in two 
modes. In a first mode, the microprocessor will 
emulate a prior microprocessor and run existing 
programs written for the prior microprocessor. In a 
second mode, the microprocessor will make full 
use of its enhanced capabilities. Such a design will 
enable manufacturers of computer systems using 
the microprocessor to advertise that th entire 
body of existing programs written for the prior 
microprocessor will run on their computer, thereby 
(in theory) stimulating computer sales to a point 
where software writers will begin to write programs 
designed to run in the new enhanced mode. 



One such microprocessor Is the Intel 80286, 
which is manufactured by th Intel Corporation of 
Santa Clara, California. The design and operation of 
the Intel 80286 is described in detail in a publica- 

5 tion entitled "iAPX 286 Programmer's Reference 
Manual Including the iAPX 286 Numeric Supple- 
ment," which is available from the Intel Corporation 
and is hereby incorporated by reference. 

The Intel 80286 (hereinafter "80286") operates 

10 in two modes. In a first mode, called the "real 
mode." the 80286 emulates the architecture of 
Intel's previous 8086, 8088 microprocessor family, 
which is used in the IBM PC and compatible com- 
puters, for example. Thus, computers which incor- 

75 porate the 80286 microprocessor, such as the IBM 
PC/AT, can run existing 8086 programs written for 
the IBM PC and compatible computers. 

In a second mode, called the "protected 
mode," the 80286 architecture provides enlarged 

20 memory addressing capability, enhanced multi- 
tasking support features, and a sophisticated pro- 
tection scheme. 

Although the real mode will run existing 8086 
programs, there are limitations associated with the 

26 real mode. First, it limits the amount of physical 
memory which can be addressed to 1 megabyte. 
(In some computers, such as the IBM AT, the 
amount of physical memory available for programs 
has been further reduced to 640K.) Second, the 

30 real mode does not provide memory relocation, a 
desirable feature for multi-tasking. Third, the real 
mode provides no memory protection scheme, a 
feature needed for multi-tasking and network envi- 
ronments where user or task interference could be 

35 devastating. 

Because of the limitations of the real mode, the 
80286 was not designed to allow frequent switching 
from one mode to the other. The 80286 is initial- 
ized in the real mode and can be switched to the 

40 protected mode by means of an instruction pro- 
vided by the 80286. No method or instruction Is 
provided by the 80286 to switch from protected 
mode to real mode. To return to real mode from 
protected mode. It Is necessary to reset the micro- 

45 processor. Thus, the designers of the 80286 con- 
templated that it would be used In one mode or the 
other, with real mode operation being kept separate 
from the protected mode operation, thereby isolat- 
ing protected mode programs from the unprotected 

50 environment of the real mode. 

Unfortunately, such isolation is undesirable 
from an efficiency standpoint For efficient opera- 
tion, the operating system, or "DOS", of a micro- 
computer incorporating the 80286 should be able 

55 to run a mixture of real and protected mode pro- 
grams in a multi-tasking environment. 
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Disclosure of the Invention 

It is an object of the present invention to pro- 
vide improved methods of operating a multi-mode 
microprocessor that will enable a mixture of pro- 
grams designed to run in the various modes of the 
microprocessor to be efficiently executed in a 
multi-tasking environment. 

It is another object of the present invention to 
provide such methods that will, in alternate pre- 
ferr d embodiments, maximize the capabilities of 
the individual operating modes. 

It is another object of the present invention to 
provide such methods that will only require the 
addition of minimal hardware to existing systems. 

It is another object of this invention to provide 
an improved operating system for computers using 
multi-mode microprocessors. 

It is another object of the present invention to 
provide, in altemate preferred emtx)diments, an 
improved system design for use with multi-mode 
microprocessors having a protected mode and an 
unprotected mode that will provide enhanced pro- 
tection when operating in the unprotected mode. 

It is another object of this invention to provide 
pref rred embodiments of such methods which will 
enhance the multi-tasking capability of micropro- 
cessors such as the Intel 80286. 

It is another object of the present invention to 
provide preferred methods designed for use with 
computers such as the IBM PC/AT which utilize the 
Intel 80286 which will optimize the operation of 
such computers in a multi-tasking, mode switching 
environment. 

These and other objects of the invention, which 
will become more apparent as tiie invention is 
described more fully below, are obtained by pro- 
viding an improved method of switching modes to 
ex cute a mixture of programs in a multi-mode 
microprocessor. In preferred embodiments of the 
pr sent invention designed for use with micropro- 
cessors which must be reset to switch from some 
modes to others, mode switching is preferably per- 
formed by activating the reset hardware in as effi- 
cient a manner as possible. After the microproces- 
sor is reset, improved boot-up software will deter- 
mine whether the reset was triggered under soft- 
ware control (indicating a mode switching reset), in 
which case the normal initialization routines of the 
boot-up software are bypassed. During reset proce- 
dures, special provisions are preferably made to 
handle direct memory access and Interrupts. 

Preferred embodiments of the present inven- 
tion preferably include at least portions of the op- 
erating system, including d vice drivers and inter- 
rupt servic routines, that can be executed in all 
modes. For microprocessors wherein a common 
metiiod of memory addressing is not used in all 



modes, altemate preferred embodiments of the 
pres nt invention provide an improved method of 
selecting the base addresses for the operating sys- 
tem subroutines to enable multi-mode addressing. 
5 A preferred embodiment designed for use with the 
Intel 80286 and microprocessors with similar ar- 
chitecture includes the steps of selecting real 
memory segment base values that are in a format 
compatible with the protected mode mapping ar- 
10 chitecture and contiguring the protected mode de- 
scriptor tables to produce a resulting base address 
identical to that obtained in real mode. Device 
drivers, interrupt service routines, and portions of 
the operating system that are frequently used in 
76 both modes are thus placed in real memory at 
locations selected in this manner. 

Preferred embodiments for use with the Intel 
80286 microprocessor also preferably include an 
operating system subroutine that will examine the 
20 address of tiie I/O location designated by a device 
driver and produce a 32-bit (segment:offset) pointer 
which will address the desired memory location in 
the current mode. When the system is in protected 
mode, the subroutine will program the GDT or LDT 
25 to achieve tiiis result. When the system is in real 
mode, the subroutine will preferably generate real 
mode addresses using internal diagnostic instruc- 
tions to cause the 80286 to address memory loca- 
tions above 1 megabyte although in real mode. 
30 Alternately, information intended for storage at 
memory addresses above 1 megabyte can be tem- 
porarily stored in a buffer at addresses below 1 
megabyte while the system is in real mode, and 
then transferred to the desired memory location 
35 above 1 megabyte when the system switches to 
protected mode. 

Preferred embodiments for use with the Intel 
80286 microprocessor also preferably include 
steps which are designed to eliminate compatibility 
40 problems between 8086 programs and the 80286. 
Depending upon the nature of the system, software 
modifications or the addition of an auxiliary hard- 
ware element to disable the effect of address line 
A20 are provided. 
46 Preferred embodiments include means for han- 

dling existing real mode programs which store the 
address of their own interrupt handling routines into 
the hardware interrupt vector table. Special code 
enables the DOS to mode switch to real mode as 
50 required by such interrupt handler routines and 
switch back to protected mode to continue execu- 
tion of the intenrupted program. 

Alternate preferred embodiments designed for 
use with programs that hook interrupt vectors in- 
55 elude means for eliminating the problems caused 
by such programs in a multi-tasking environment. 
The DOS includ s a dispatcher that monitors the 
hardware vector table to detect hooks by applica- 
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tion programs and transfers control to the interrupt 
handler routines of such application programs at 
appropriate times. In one preferred embodiment, 
interrupt vectors are moved to new locations within 
the hardware Interrupt table to facilitate operation of 
the dispatcher. 

Alternate preferred embodiments may also in- 
clude techniques for enlarging the amount of mem- 
ory available to programs in the real mode. Rrst, 
64K of the DOS is positioned in memory at location 
1 megabyte. Additionally, portions of the DOS 
which are comparatively large and infrequently 
used or relatively slow are placed in memory 
above 1 megabyte and used only In protected 
mode. The mode switching techniques of the 
present invention enable such DOS code to be 
accessed by real mode programs by switching into 
and out of protected mode as necessary to perform 
the requested operation. 

Auxiliary protection hardware may also be pro- 
vided in alternate preferred embodiments to pro- 
vide enhanced protection when running real mode 
programs. 1/0 masking hardware can be provided 
to check each I/O operation attempted by the CPU 
against a list of valid I/O addresses. Memory pro- 
tection hardware can also be provided to check 
each memory operation attempted by the CPU 
against a list of authorized addresses stored in an 
auxiliary RAM. 

Brief D scription of the Drawings 

Figure 1 is a schematic representation of the 
real mode memory address procedure of an 80286 
microprocessor. 

Figure 2 is a schematic representation of the 
segm nt selector format for an 80286 microproces- 
sor in protected mode. 

Rgure 3 is a schematic representation of the 
method in which a virtual address in an 80286 
microprocessor is translated to a physical address. 

Rgure 4 is a schematic representation of the 
format of a segment descriptor from a descriptor 
table in the protected mode of the 80286 micropro- 
cessor. 

Rgure 5 is a schematic representation of the 
format of a protected mode segment selector com- 
ponent designating global address space. 

Figure 6 is a schematic representation of the 
r al mode interpretation of the segment selector of 
Rgure 5. 

Rgure 7 is a schematic representation of the 
method of the present invention for obtaining com- 
mon physical memory addresses in real and pro- 
tected mode from a given (segmentoffset). 

Rgure 8 is a schematic diagram illustrating the 
method by which an existing operating system 
handles interrupts with no application programs 



present. 

Figure 9 is a schematic diagram illustrating the 
method by which an existing operating system 
handles an interrupt with one application program 
5 including an interrupt handler routine present. 

Rgure 10 is a schematic diagram illustrating 
the method by which an existing operating system 
handles an interrupt when two application programs 
including interrupt handler routines are present. 
10 Figure 1 1 illustrates schematically the effect of 

termination of the second application program in a 
chain of two application programs including inter- 
rupt handler routines. 

. Figure 12 illustrates schemati'cally the effect of 
IS termination of the first application program in a 
chain of two application programs including inter- 
rupt handler routines. 

Rgure 13 illustratesf schematically the im- 
proved method of the present invention for han- 
20 dling vector interrupts. 

Figure 14 is a schematic illustration of the 
method of Figure 13. illustrating the operation of 
the dispatcher when the first application program of 
a two application chain terminates. 
25 Figure 15 illustrates schematically the im- 

proved method of locating an operating system in 
memory in accordance with the present invention. 

Figure 16 is a flow chart illustrating the logic of 
the dispatcher in a first preferred embodiment of 
30 an improved interrupt handler method of the 
present invention. 

Figure 17 is a schematic diagram illustrating 
the operation of a second preferred embodiment of 
an improved interrupt handler method of the 
36 present invention. 

Best Mode for Carrying Out the Invention 

The present invention is perhaps best under- 
go stood with reference to preferred embodiments de- 
signed for implementation with the Intel 80286 
microprocessor. The present invention enables a 
mixture of real mode and protected mode pro- 
grams to be run on the 80286 without loss of 
45 performance. Programs written In both modes are 
loaded into an 80286 system and executed as 
required using an improved multitasking operating 
system that includes means for switching modes of 
the 80286 as 'required by the currentiy executing 
50 program. Additional means are preferably provided 
to maximize the performance of the system. The 
initial operating steps of the present invention will 
be described first, followed by the mode switching 
techniques and steps designed to increase effi- 
55 ciency of operation and eliminate compatibility 
problems. Rnally, alternate preferred mbodiments 
utilizing additional hardware to provide enhanced 
protection wh n running real mode programs are 
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described. 

Application programs that will be run on a 
system incorporating an 80286 are typically loaded 
into the main memory of the system from an 
auxiliary storage device, such as a magnetic disk. 5 
Each program written for the 80286 Includes a 
indicator or "flag" that designates whether the pro- 
gram is designed to run in real mode or protected 
mod . As each program is loaded into the main 
memory, the operating system will preferably de- 10 
t rmine whether it is a real or or protected mode 
program and store the program accordingly within 
the main memory. For reasons which will become 
apparent as the remainder of the best mode is 
d scribed below, real mode programs are prefer- 15 
ably stored at memory addresses below 1 
megabyte and protected mode programs are pref- 
erably stored at memory locations above 1 
megabyte when using the methods of the present 
invention. 20 

When each program is loaded into the main 
memory of the system, a record is creerted which 
includes information such as the name, size, mem- 
ory location, and type (real or protected) of the 
program. At the time of execution, an operating 2s 
system in accordance with the present invention 
will check the program type and the current mode 
of the microprocessor, and will generate a mode 
switch, if required, in the manner deiscribed below. 

30 

Mode Switching 

When the 80286 is first activated, it is initial- 
ized in real mode. Switching from real mode to 
protected mode is accomplished by means of an 35 
instruction provided by the 80286 for this purpose. 
In the present invention, switching from protected 
mod to real mode is accomplished as follows: 

Rrst. the microprocessor is reset. Because the 
80286 provides no method to switch from pro- 40 
tected mode to real mode, it is necessary to reset 
the microprocessor in order to return to real mode 
from protected mode. The actual reset signal is 
generated by hardware elements designed for that 
purpose. Activation of the reset signal can be ac- 45 
complished by a variety of techniques. For exam- 
ple, the reset signal can be generated using an I/O 
port to signal the reset hardware and cause a CPU 
reset to be generated. Although such a technique 
is the standard method contemplated to accom- 50 
plish a reset in most 80286 systems, it has been 
found that in some computers incorporating the 
80206, such as the IBM PC/AT. use of such a 
technique is relatively slow. Consequently, when 
using the method of the present invention in con- ss 
junction with an IBM PC/AT computer, it is pre- 
ferred that the reset be accomplished by generat- 
ing a "triple fault" In protected mode. A triple fault 



is generated by intentionally committing three sep- 
arat protection violations in protected mode. An 
auxiliary monitoring circuit, such as is found on the 
IBM PC/AT, can be provided to monitor the 80286, 
detect a triple fault condition, and cause the reset 
hardware to be activated upon occurrence of the' 
triple fault condition. Under such conditions, a reset 
of the CPU occurs several hundred microseconds 
faster than a reset generated using the I/O port. 

The reset signal is typically fed to the system 
clock generation chip so that the signal is property 
synchronized with the system clock. This software- 
commanded reset signal is normally riot sent to the 
"general system reset" line or to other chips, such 
as an interrupt controller, a device controller chip, 
or the 80287 co-processor (If present). 

After the 80286 is reset. It begins to execute at 
a special chip reset address. This address usually 
corresponds to ROM which contains the t)oot-up 
software. Thus, when the microprocessor is reset, it 
will normally go directly to its initialization or boot- 
up routines. When switching from protected mode 
back to real mode, however, it is not necessary or 
desirable to reinitialize the entire microprocessor. 
Consequently, the code of the boot-up software is 
modified so that before it proceeds with the normal 
boot-up process, it checks to see if the reset was 
explicitly triggered under software control 
(indicating that mode switching is taking place) or 
was triggered by an external hardware-related 
event, such as power-up. Various methods can be 
employed to make this determination. The operat- 
ing system can place a special value or pattern of 
special values in volatile RAM. If the boot-up soft- 
ware detects such a value or pattern of values, it 
will know that the processor was previously ac- 
tivated and mode switching is taking place. If non- 
volatile RAM exists, a location could be reserved 
for a "mode switch reset" flag which can be 
queried by the boot-up software to determine 
whether mode switching is taking place. A hard- 
ware latch which is set by a hardware-generated 
reset and cleared by a software-generated reset 
could be used. This latch could be interrogated by 
the boot-up software, by means of an I/O port, for 
example, and is preferred in many systems as it 
provides a fail-safe means of detecting mode- 
switching resets. 

While the 80286 is being reset, the remainder 
of the system can continue to function. RAM loca- 
tions will not be damaged by the process. Because 
the rest of the system can continue to operate, two 
precautions may be necessary during reset. Rrst, it 
may be necessary to make sure that no direct 
memory access operations are In progress, de- 
pending on the design of the direct memory ac- 
cess facility, because the 80286 may fall to prop- 
erty perform bus grant operations while t>eing re- 
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set. 

Th second precaution that must be taken dur- 
ing resetting of the 80286 relates to Interrupt han- 
dling. It is necessary that Interrupts be disabled 
during the reset process and that no interrupt be 5 
lost. If the system uses edge-triggered interrupts, 
there must be hardware to remember the incoming 
interrupt In the preferred methods described here- 
in, a programmable interrupt controller, such as the 
Intel 8259, is preferably used in the system. In io 
such a system, maskable interrupts are held off 
during mode switching by programming the 8259 
mask register to hold off interrupts. It is also be- 
lieved that the same result can be achieved using 
the CLI (Clear interrupt Flag) instruction of the is 
80286 to disable interrupts. 

Mode Switching Efficiency 

For mode switching to be practical in an op- 20 
erating system environment, it must not slow the 
general operation of the system. It is therefore 
d sirable that the operating system be written so 
that it can execute in both modes. If the operating 
system were written so that it could only execute in 25 
one mode, it would force programs running in the 
other mode to mode switch to and from the other 
mod during a system call. For this reason, all or 
most of the operating system in preferred embodi- 
ments of the present invention is written in such a so 
fashion that it can be executed in both real mode 
and protected mode. Additionally, because mode 
switching to take I/O interrupts would degrade the 
performance of the system, interrupt service rou- 
tines should be written, whenever possible, to be 35 
runable in either mode. Device drivers are also 
preferably capable of running in both modes as a 
mode switch may occur between the time a task 
requests an I/O operation utilizing a device driver 
and the time that the device driver routine runs on 40 
the processor. 

The architecture of the 80286 creates special 
problems when attempting to design an operating 
system which will execute in real and protected 
modes because each mode uses a different meth- 45 
od of memory addressing. Consequentiy, a given 
memory address will normally designate one loca- 
tion In the physical memory of an 80286 system in 
real mode and another location in the physical 
memory of an 80286 system in protected mode. so 
Thus, an operating system would normally need to 
maintain two addresses (real and protected) for 
each memory object to enable operation in both 
modes. Such a requirement burdens the operating 
system and creates problems with procedure calls ss 
which have memory addresses built into them. The 
present invention solves this problem by providing 
an improved method of locating the operating sys- 



tem routines such that they can be commonly 
addressed in real and protected mode. An explana- 
tion of this method is best prefaced by an explana- 
tion of the memory addressing methods employed 
in the real mode and the protected mode. 

In the real mode, the 80286 emulates the 
memory addressing methods of an 8086 proces- 
sor. All memory addressing is performed in terms 
of physical or "real" addresses. An address is 
specified by a 32-bit pointer containing two compo- 
nents: (1) a segment selector comprising a 16-bit 
quantity which specifies the starting address of a 
segment; and (2) an effective address offset that 
determines the displacement, in bytes, of a particu- 
lar location within a segment. These two values are 
commonly referred to in a (segmentroffset) fonmat. 
The segment selector and offset are combined as 
illustrated in Figure 1 to produce a 20-bit physical 
address. The base address of the segment is de- 
termined by interpreting the 16-bit segment selec- 
tor value as a 20-bit value having zeros in the four 
least significant bits. The 16-bit offset value is then 
added to this 20-bit segment base to produce a 20- 
bit value designating the physical address. 
(Because the 80286 in real mode is emulating the 
8086. each 16-bit physical value designating a seg- 
ment address is actually stored in a 24-bit register, 
with the four most significant bits set at 0 and 
effectively transparent to the user in real mode. 
This characteristic of real mode address is impor- 
tant in preferred embodiments utilizing internal dia- 
gnostics to handle device drivers, as discussed 
below.) 

In the protected mode, a 32-bit pointer is also 
used to specify memory addresses. A memory 
management scheme interposes a mapping opera- 
tion between the logical address as specified by 
the 32-bit pointer and the actual physical address 
specified by that pointer, making the logical ad- 
dresses independent of physical memory. Mapping 
is accomplished by use of a number of memory 
resident descriptor tables that govern the inter- 
pretation of virtual addresses. Thus, the segment 
selector component of a 32-bit virtual address 
specifies a particular location within a descriptor 
table rather than a location in the physical memory. 
Descriptor tables are made up of 8-byte entries 
called "descriptors." An index field within the seg- 
ment selector points to a segment descriptor within 
a descriptor table. The segment descriptor includes 
a 24-bit value which identifies a segment base 
location in the physical address space of th 
microprocessor. 

The format of a protected mode segment se- 
lector is illustrated in Rgure 2. The two least sig- 
nificant bits of the segment selector are pemnission 
bits used in the protection scheme of the 80286. 
Bit 2 of the segment selector is a table indicator bit 
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which defines whether the physical memory ICM::a- 
tion will be selected from a Global Descriptor Table 
(GOT), or a Local Descriptor Table (LDT). When 
the table indicator bit is set at zero, the Global 
Descriptor Table is selected. The GDT contains 
base memory locations for global address space, 
which is used for system-wide procedures and 
data, including the operating system. When the 
table indicator bit is set at 1, the segment selector 
selects a Local Descriptor Table (LDT), which se- 
lects local address space that is separately masked 
for each task. 

Rgure 3 illustrates schematically the manner in 
which the 32-bit virtual address is used to define a 
location in the physical memory of the micropro- 
cessor. The table indicator bit of the segment se- 
lector dictates whether the GDT or the current LDT 
will be used and the corresponding GDTR or LDTR 
provides the base address for the appropriate ta- 
ble. The index field of the segment selector, com- 
prising the thirteen most significant bits, is then 
used to select the appropriate segment descriptor 
from the table. The processor multiplies the index 
valu by eight (as there are eight bytes per de- 
scriptor) in order to access the appropriate seg- 
ment descriptor. 

As illustrated In Rgure 4. the contents of the 
segment descriptor include a 24-bit value which 
d signates the base address of the target segment 
(the segment in the physical memory where the 
address is located). The 16-bit offset value from 
the 32-bit virtual address is then added to this 
segment base address to produce the physical 
memory address. 

In the method of the present invention, all or 
most of the operating system is stored In real 
memory such that the addresses of the entry 
points for the operating system routines can be 
d signated by a common (segment: offset) value in 
both real and protected mode. Rgure 5 illustrates 
the format for a protected mode segment selector 
component designating global address space. It is 
preferred that the operating system segments be 
located in the address space such that segment 
selectors are coded in formats which will select the 
global descriptor table, i.e., where bit 2 of the 
segment selector is 0. Use of the LDT is possible 
but is not preferred due to the extra overhead of 
manipulating LDTs. In the example illustrated in 
Rgure 5, the two least significant bits have been 
set at 0. It is preferred that these bits be set at 0, 
indicating a privilege level of 0. Although the meth- 
od of the present invention could be used with the 
two least significant bits of the segment s lector 
set at non-z ro values, such values ar less pre- 
ferred because of their resultant effect on the 
80286 protection scheme when operating in pro- 
tected mode. 



Rgure 6 illustrates how a segment sel ctor of 
the format illustrated in Rgure 5 will be interpreted 
in real mode. A 20-bit segment base defining a 
base address in real memory includes the segment 

s index value in bits 7-19 and O's in the seven least 
significant bits. 

Thus, to obtain the same base address in real 
memory using either real mode addressing or pro- 
tected mode addressing, it is necessary to store a 

10 value equivalent to the real-mode 20-bit segment 
base value in the 24-bit base value of the appro- 
priate segment descriptor in the Global Descriptor 
Table. 

An example of this method of selecting mem- 

75 ory locations which can be made accessible in 
both real mode and protected mode is illustrated in 
Rgure 7. Rrst, a real mode segment selector in a 
format compatible with the protected mode is se- 
lected. In the example shown, the binary value 

20 11000 is selected. For tiie purposes of this exam- 
ple, an offset value of 0 is used. In real mode, the 
segment selector will be converted to a 20-bit base 
selector having a binary value of 110000000, or 
180 HEX. The offset value of 0 will be added to 

25 this segment base to produce a real memory ad- 
dress of 180 HEX. 

In protected mode, the segment selector value 
of 1 1000 will designate the two least significant bits 
as 0, tiie table bit as 0, and the index value as .01 1 . 

30 This index value will select the descriptor cor- 
responding to the value 01 1 in the GDT. Using the 
method of the present invention, the 24-bit base 
value contained within that descriptor will be set at 
0110000000, the same value obtained for the seg- 

35 ment base In the real mode. In protected mode, 
this 24-blt base value will then be added to the 
offset to obtain the memory address 180 HEX in 
real memory. As illustrated in Rgure 7, a subrou- 
tine of the operating system, for example, is stored 

40 with its entry point address at 180 HEX and can be 
addressed in either mode. 

By selecting (segment:offset) values using the 
method described above and storing commonly 
addressable subroutines with the corresponding 

45 entry point addresses, the operating system, de- 
vice drivers, and interrupt service routines can be 
stored using the same technique so that they can 
be entered in either mode. 

An additional consideration for device drivers is 

so high memory addressability. A protected mode 
program may request I/O to an address atx^ve one 
megabyte. Before the requested I/O operation ac- 
tually takes place, the processor may be switched 
to real mode. If the device driver routine is running 

55 In real mode at the time the r quest is to be 
serviced, it will be unable to address the i/O loca- 
tion. To eliminate this problenri, operating systems 
used as part of the present invention preferably 
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include a subroutine which will examine the ad- 
dress of the I/O locations and produce a 
(segment:offset) pair which will address the desired 
memory location in the current execution mode. If 
the system is in the protected mode, this is straigh- 
tforward programming of the GDT or LDT. For real 
mode addresses below 1 megabyte, programming 
is similarly straightforward. For real mode address- 
es above 1 megabyte, however, a special tech- 
nique is preferably used. Because the 80286 is 
emulating the 8086 and Its 20-bit physical memory 
address format, it Is possible to use internal di- 
agnostic instructions to create a 24-bit physical 
address in real mode. Such Instructions enable the 
operating system to insert values into four high 
order bits which are normally set at 0 and transpar- 
ent to system programs in real mode. Information 
regarding the use and operation of such instruc- 
tions is typically available from the manufacturer of 
the microprocessor. For example, Intel Corporation 
provides such infbmnation relating to the 80286. 
Once a 24-bit segment value is created using this 
method, a device driver can address memory 
abov 1 megabyte in real mode. As an alternative 
to forced memory addressing above 1 megabyte in 
real mode, it Is possible to create a buffer in 
memory locations below 1 megabyte to temporarily 
store th data until the system switches to pro- 
tect d mode. When the system switches to pro- 
tected mode, the contents of the buffer can be 
transferred to addresses above 1 megabyte. 

Compatibility Problems 

1. Megabyte Wrap 

Pretended methods in accordance with the 
present invention preferably include steps designed 
to eliminate compatibility problems between exist- 
ing MS-DOS programs written for the 8086 and the 
80286 operating In real mode. Such problems arise 
from th fact that the 80286. In real mode, does not 
emulate the 8086-8088 chip family completely ac- 
curately. One such compatibility problem is known 
as the "1 megabyte wrap" problem. Because the 
8086 cannot address memory above 1 megabyte, 
attempts to address memory locations above 1 
megabyte resulted in any values that would be 
stored In bits above blt-19 being Ignored. Con- 
sequently, an attempt to address location 
11111111111111111111 + 010 would cause the 
address to be "wrapped" around to low memory 
location 01. Some programs written for the 8086 
rely on this feature to run properly. Unfortunately, 
memory locations extend above 1 megabyte in the 
real mode of the 80286 and are not wrapped to low 
memory locations. Consequently, programs Includ- 
ing those written in Microsoft PASCAL and pro- 



grams which use the "Call 5" feature of MS-DOS 
will fail on the standard 80286 system. Operating 
systems designed in accordance with the present 
invention preferably provide two alternate solutions 
5 to this problem. 

For systems which may be configured with 
memory above 1 megabyte, an auxiliary hardware 
element is preferably provided to disable the effect 
of address line A20. Address line A20 activates the 
10 carry bit in calculations, and its disablement will 
thus cause wrapping to occur. This hardware can 
be activated and deactivated under software com- 
mand. The operating system will activate this hard- 
ware, as necessary, before it executes real mode 
16 programs. In some computers, such as the IBM 
PC/AT, disabling the A20 line is a relatively slow 
step which preferably is done once when the sys- 
tem is initially booted up. It is not necessary to 
reprogram the A20 hardware during mode switch- 
so ing for this case. 

For systems with memory extending beyond 1 
megabyte, the problem is preferably solved by 
placing special instructions at the lower memory 
locations above 1 megabyte which will point to the 
26 desired low memory location. For example, no 
PASCAL programs are loaded into memory below 
64K, and a special instruction is placed in the lower 
memory locations above 1 megabyte - for exam- 
ple, address lOOOOOh or 10001 Oh. A "Call 5" in- 
30 struction. for example, in a task's PDB is then 
modified to jump to high-memory address, which in 
turn transfers control to the DOS. A20 can now be 
always left activated, regardless of the mode of the 
program being run. 

35 

2. Interrupts 



40 



a. Real Mode Programs with Intenrupt Handler Rou- 
tines 



Some existing real mode programs make use 
of hardware interrupts by storing the address of 
their own intenrupt handler routine in the interrupt 
vector table. This means that the interrupt handler 

45 routines in these programs may be called by the 
intermpt vector when the 80286 is in the protected 
mode. Disk-operating systems (DOS) in accor- 
dance with the present invention preferably handle 
these situations by causing the interrupt vector to 

so point to a special DOS code that causes the 80286 
to switch to real mode, and tiien ti^nsfenlng con- 
trol to the proper address in the real mode pro- 
gram. An additional return address is placed on th 
stack so that when interrupt servicing is complete, 

65 the program returns control to the DOS, which 
mode switches to protected mode, and tiien re- 
turns to the interrupted code. 
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There are two techniques which may be used 
to perform this interrupt interception. The first is to 
place this special code in the DOS "setvector" 
command handler. Some programs use this DOS 
function to change the contents of the interrupt 
vectors. 

The second technique relates to programs 
which write directly into the Interrupt vectors. Be- 
fore dispatching a real mode program, the DOS 
records the status of the interrupt vectors. When 
the 80286 is about to be reassigned, the DOS 
reexamines the vectors and looks for any changes. 
Any detected changes represent vector edits and 
are handled by editing the interrupt vector to point 
to special DOS code as described above. 

b. Alternate Preferred Embodiments for Hooking 
Programs 

Many applications "hook" interrupt vectors by 
reading and saving the previous contents. When 
they receive control from the interrupt vector, they 
may "pass it on" by jumping to the previous ad- 
dress value. This technique works well so long as 
none of the programs involved ever terminate. If 
on of the programs in such an interrupt chain 
w re to terminate, the program upstream of it 
would continue to transfer control at interrupt time 
to th memory address that used to designate the 
terminated program, thereby causing system fail- 
ure. This phenomenon Is illustrated in Figures 8 
through 12. 

Rgure 8 illustrates how an existing operating 
system DOS services an interrupt when no applica- 
tions programs have an interest In the interrupt. In 
this case, the DOS has put the address (0120) of 
the entry point of its interrupt handler routine into 
the interrupt vector table. When the intenupt cor- 
responding to the location in the interrupt vector 
table illustrated in Rgure 8 occurs, the 80286 will 
transfer control to the DOS's corresponding inter- 
rupt handler routine. When the interrupt handler 
routine is finished with its work, it executes an 
"Interrupt Return (IRET)" instructioh which causes 
the 80286 to retum to the previous execution 
stream. 

Rgure 9 illustrates how a single application 
(Application 1) typically Intercepts hardware inter- 
rupts in an existing DOS environment. The DOS 
has installed the address of its interrupt handler 
routine (0120) In the interrupt vector table, as illus- 
trated in Rgure 8 and discussed at>ove. Application 
1 reads the current contents of the interrupt vector 
(0120) and saves that value in some memory loca- 
tion within its address space. It then installs the 
addr ss of its own intenrupt handler routine (1050) 
in the hardware vector table. 



When an interrupt occurs, the 80286 will trans- 
fer control to the application's inten'upt handler 
routine instead of the DOS interrupt handler rou- 
tine. The application then typically examines the 

5 cause of tiie interrupt and decides either to pro- 
cess the interrupt itself and issue an IRET instruc- 
tion to retum control to the previous execution 
stream, or transfer control to the DOS interrupt 
handler (whose address it has saved) . In the 

10 former case, the DOS interrupt handler is never 
executed. 

Rgure 10 illustrates what happens when a sec- 
ond application (Application 2) is added to the 
scenario illustrated in Rgure 9 and described 

75 above. Application 2 has read the hardware inter- 
rupt vector table and saved the address of Applica- 
tion 1's interrupt handler routine (1050) in its ad- 
dress space. It has then installed the address of its 
own handler routine (2080) in the vector table. 

20 In this scenario, when an interrupt occurs. Ap- 

plication 2*s interrupt handler routine is entered 
first. It may either process the intenrupt or pass 
control to the interrupt handler routine of Applica- 
tion 1. If control goes to Application 1*s interrupt 

25 handler routine, it may either process the interrupt 
or pass control to the DOS interrupt handler rou- 
tine. 

Note the priority scheme developed by this 
chain. The last application entering tiie system has 

30 right of first refusal on the interrupt and the DOS is 
the handler of last resort, handling the interrupt 
only if no applications want it. This technique is 
commonly used to allow applications to filter key- 
strokes from a terminal and recognize certain spe- 

35 clal "control" keycodes while passing unrecognized 
codes down to the next handler in the chain. 

Programs which use these techniques of chain- 
ing interrupt vectors typically restore the address of 
the handler they replaced when they exit. Rgure 1 1 

40 illustrates Application 2 terminating, and before do- 
ing so, it has restored the value in the Interrupt 
vector table to that to Application 1's handler rou- 
tine (1050). 

Rgure 12 illustrates the effect of Application 1 
45 terminating before Application 2. Application 1 will 
restore the address of the handler it saved, i.e., that 
of the DOS's handier. As soon as this happens. 
Application 2 (which is still running) is incorrectiy 
cut out of the chain. 
50 This incorrect behavior is a direct result of the 

fact tiiat a multi-tasking system is running applica- 
tions designed for a single-tasking system. Such 
applications assume that there can only be on 
program in the system (themselves) which can 
55 terminate. This assumption is false In a multi-task- 
ing system. 

Note that there is an even more serious sce- 
nario not illustrated. Following the description 
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above, if Application 2 now terminates, it will re- 
stor the interrupt vector table to the value it saved, 
i.e., 1050. This value designates the former ad- 
dress of the interrupt handier routine of Application 
1. which is no longer at such former address. The 
existence of a vector in the hardware vector table 
which points to a random place in memory will 
typically cause the system to crash before much 
time elapses. 

Preferred embodiments of the present inven- 
tion pr ferably include a novel interrupt handling 
method which solves the problems described 
above. Each hardware interrupt vector used by the 
DOS is set up by the DOS to point to a special 
routine in the DOS called tiie "dispatcher." The 
dispatcher maintains a client list of all the interrupt 
handler routines interested in each interrupt and 
transfers control to such handlers at appropriate 
tim s. 

in the preferred embodiment of the interrupt 
handling method that is illustrated in Figure 13, 
each interrupt vector is set to point at a cor- 
r spending entry point in the dispatcher routine. 
Figure 13 illustrates, for example, that interrupt 
vector number 8 has been set to point to address 
190 in the dispatcher. The dispatcher maintains a 
client list corresponding to each interrupt vector. 
Initially, the client list contains just one entry: the 
address of the default handler in tiie DOS (0120 in 
FIgur 13). 

Th dispatcher monitors the contents of the 
hardware intenrupt vector to determine when an 
application program has replaced the contents of 
tiie hardware interrupt vector with the address of its 
own interrupt handler routine. The contents of an 
int rrupt vector are checked each time tiiat inter- 
mpt occurs and each time tiiat control is trans- 
fenced to tiie DOS. \/Vhen a change is detected, the 
DOS will read tiie new contents of the interrupt 
vector into the top of its client list and reset the 
interrupt vector to point to the dispatcher. For ex- 
ample, when Application 1 (illustrated in Rgure 13) 
b gins execution, it saves the address from the 
interrupt vector (190) and places its own inten-upt 
handler routine address (1050) in the intenrupt vec- 
tor. At the next dispatch or interrupt for this vector, 
the DOS will notice that the application has modi- 
fied the hardware interrupt vector. It will reset the 
hardware intenrupt vector to 190 to point to the 
dispatcher and will add tiie address of Application 
1*s handler (1050) to tiie dispatcher list for tills 
interrupt vector. 

When Application 2 begins, the same proce- 
dure occurs. The interrupt vector is restored to 
point to tiie dispatcher, and the dispatcher's client 
list now contains three addresses: 0120 (the ad- 
dress of the DOS interrupt handler routine); 1050 
(the address of the interrupt handler routine for 



Application 1); and 2080 (the address for the inter- 
rupt handler routine for Application 2). 

When an interrupt occurs, the dispatcher calls 
each interrupt handler routine in reverse order (i.e.. 
5 Application 2, Application 1 , and DOS) until one of 
them issues an IRET instruction, indicating it has 
processed the interrupt. The processing of an inter- 
rupt using the method of Figure 13 is Illustrated in 
the flow chart of Rgure 16. When control is trans- 
10 ferred to entry point 0190, a check is made of an 
Initial flag witiiin tiie dispatcher. If tiie Initial flag is 
not set, the dispatcher will set the initial flag, set a 
client pointer, place the address of a second entry 
point of the dispatcher on the stack, and transfer 
15 control to the first address on the client list for tiie 
interrupt being serviced. In the environment illus- 
trated in Rgure 13. control would be transferred to 
address 2080, the address of Application 2's inter- 
rupt handler routine. Application 2 will either pro- 
20 cess the interrupt and issue an IRET. or return 
control to address 0190, which it previously saved. 
If control returns to address 0190. the dispatcher 
will check the initial flag. Because the initial flag is 
now set, the dispatcher will increment the client 
25 pointer and transfer control to the second address 
on the client list. In the environment illustrated in 
Figure 13. control will be transferred to address 
1050, tiie address of Application 1's interrupt han- 
dler routine. Application 1 will either service the 
30 interrupt and return control to address 0190, or 
issue an IRET. As illustrated in Rgure 16, when an 
intenrupt handler issues an IRET, control will be 
transferred to the second entry point in the dis- 
patcher because that address was previously 
35 placed on top of the stack. The dispatcher will then 
clear the initial flag and issue another IRET to the 
system, causing control to return to the interrupted 
execution stream. 

Using the method of the present invention and 
40 as illusti-ated in Rgure 14, when any application 
terminates and sets the interrupt vector back to 
what it thinks is the address of the previous inter- 
rupt handler routine, the DOS will detect its depar- 
ture from the system and and remove the address 
45 of the terminating application's intenrupt handler 
from the dispatcher's client list. 

Alternate embodiments of the interrupt han- 
dling routine of the present invention are also pos- 
sible. In the preferred embodiment illustrated in 
60 Figure 17, the interrupt vectors have been moved 
to an alternate location within the Interrupt Descrip- 
tor Table of the 80286. For exampi , tiie hardware 
Interrupt formerly handled by interrupt vector 8 is 
now handled by interrupt vector 108. Vector 108 is 
55 set to point to a first entry point within the dis- 
patcher. Application programs written to preempt 
the value of interrupt vector 8 will continue to read 
the addresses of their interrupt handlers into inter- 
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njpt vector 8. although the DOS will actually pro- 
cess the interrupt that the application is attempting 
to divert using Interrupt vector 108. Th value of 
the original intenrupt vectors, such as interrupt vec- 
tor 8, are set to point to a second entry point in the 
dispatcher. Thus, when an application program en- 
ters the system and attempts to edit an interrupt 
vector, it will place the address of its interrupt 
handler routine in the original intenrupt vector and 
save the address of the second entry point in the 
dispatcher. As in the previous embodiment, the 
dispatcher will check for edits of the interrupt vec- 
tors when control is transferred to the DOS and 
when an interrupt is received. When an edit is 
detected, the address of the application programs 
interrupt handler routine is placed on the client list 
and the interrupt vector is reset to point to the 
second entry point in the dispatcher. 

When a hardware interrupt is received, it is 
directed to the new interrupt vector, such as inter- 
rupt vector 108, and control is switched to the first 
ntry point in the dispatcher. The dispatcher will 
now know automatically that a true hardware inter- 
rupt has occurred. No initial flag is needed in this 
embodiment. The dispatcher will then initialize Its 
client pointer and transfer control to the first client 
on the client list for the interrupt being serviced. If 
the interrupt handler routine for the first client does 
not service the intenrupt, it will return control to a 
second entry point, causing the dispatcher to incre- 
ment the client pointer and go to the next client. An 
IRET instruction issued by any client will return 
control to the previous execution stream. 

3. Alternate Preferred Embodiments 

Some machines incorporating the 80286. such 
as the IBM PC/AT and machines similar to it. are 
widely used but contain some elements of hard- 
ware design which slow mode switching or reduce 
the amount of memory available to real mode pro- 
grams. Alternate embodiments of the present In- 
vention provide techniques which can be used to 
improve performance of such machines. 

For example. Improved performance can be 
obtained by combining the mode switching tech- 
niques of the present invention with certain tech- 
niques relating to the location of the operating 
system In memory, as illustrated In Rgure 14. All 
80286 machines are limited to one megabyte of 
RAM for real mode programs, and most, in fact, 
limit the amount of RAM usable by programs to 
640K. In alternate embodiments of the present in- 
vention, the amount of low 640K memory available 
to real mode programs is maximized by placing up 
to 64K of the DOS Into memory at location 1 
megabyte. This part of the DOS can be 
accessed/executed In both real and protected 



modes and frees an Identical amount of space 
below 1 megabyte or 640K for use by programs. 
Further, some elements of the DOS which are 
comparatively large and infrequently used or rela- 

5 tively slow can be placed in the memory ahowe 1 
megabyte and used only in protected mode. For 
example, file open routines, file rename routines, 
create directory routines, and delete directory rou- 
tines can be stored above 1 megabyte without 

10 significant loss of performance. Should a real mode 
program request one of the functions, the DOS will 
mode switch In the protected mode, perform the 
requested operation, and switch back before return- 
ing to tiie program. 

4. Auxiliary Protection Hardware 

The ability to run programs in protected mode 
greatiy contributes to system protection and secu- 

20 rity. The user/operator of the system can type a 
command which instructs the DOS to refuse to 
execute real mode programs and thus provides a 
fully secure environment. Alternate preferred em- 
bodiments of the present invention may provide 

25 hardware elements that allow real mode programs 
to run while still maintaining system protection. 

The first such device is referred to herein as 
"I/O masking hardware." Hardware can be provided 
which checks each I/O operation attempted by the 

30 80286 against a list of valid I/O addresses. Al- 
though the DOS can program a single list to be 
used, it is preferred that a plurality of lists be 
maintained by the hardware so that the DOS need 
only designate an appropriate list to be used at a 

35 given time, thereby eliminating the need to deter- 
mine valid I/O addresses. If the operation is thus 
permitted. It proceeds. Otherwise, the hardware 
prevents or disables the operation. The list of valid 
addresses is usually stored in a RAM device which 

40 is programmed by the 80286. 

This hardware also allows the DOS to run pro- 
tected mode programs while allowing them access 
to "safe" I/O ports (such as private device or the 
display card's program registers) yet while prevent- 

45 ing them access to other I/O ports. 

The second type of hardware which may be 
provided is memory protection hardware. Hardware 
can be provided which checks each memory op- 
eration attempted by tiie 80286. The DOS makes 

50 use of this hardware when running programs In real 
mode by programming into it the authorized r ad- 
only and write-only address ranges for the pro- 
gram. An att mpt to access memory outside this 
location will be flagged by an NMI event and 

55 (perhaps) prevented. A typical design for this hard- 
ware is small RAM containing permission bits or 
fields. The high order bits of the access RAM are 
used to select a bit or field from the high-speed 
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look-up RAM. The states of the bit(s) Indicate the 
legality of the of)eration. This RAM Is programmed 
by the DOS. 

80287 Mode Switching 5 

The hardware requirements to support an 
80287 or other mufti-mode co-processor are 
straightforward. Uke the 80286, the 80287 has two 
operational modes, "real" and "protected." It has a io 
software instruction to quickly switch from real to 
protected mode. There is no corresponding instruc- 
tion to go from protected to real mode. Thus a 
hardware mechanism must be provided to allow 
the simple latch addressed through one of the 76 
80286 ports. Ideally, mode switching of the 80287 
should be independent of the 80286 to allow cer- 
tain optimum uses, as described below. 

A simple software implementation is to always 
switch the 80287 along with the 80286 so that both 20 
processors are always in the same mode, real or 
protected. However, mode switching the 80287 re- 
quires that the state of the 80287 and other task 
specific data be saved. Because all applications do 
not necessarily use the 80287 co-processor, 25 
switching the 80287 witii each switch of the 80286 
would unnecessarily slow the switching process. 
Therefore, preferred embodiments of the present 
invention used with an 80287 preferably set the 
80286 as if no 80287 were present In the system. 30 
and do not mode switch the 80287 along with the 
80286. When an application program attempts to 
use the 80287. it will initially be unsuccessful. After 
such an attempt, however, tiie 80286 Is reset to 
allow access to the 80287. The mode of the 80287 35 
is checked and compared to the mode of the 2. 
program requesting the 80287. and the 80287 is 
switched, if necessary. The program is then re- 
started. When execution of the program requiring a 
the 80287 terminates, the 80286 is reset to indicate 4o 
that no 80287 is present. 

Although the method of the present invention 4. 
has been disclosed and described herein primarily 
with respect to preferred embodiments designed to 
be used wltti the 80286 microprocessor and com- 45 
puter systems employing that microprocessor. It is 5. 
not intended that the present invention be limited to 
such emfcwdiments. Ratiier, ttie present invention is 
intended to include all legally equivalent embodi- 6. 
ments, Including those designed for use with 50 
microprocessors having architecture similar to the 
80286 or presenting problems analogous to those 7. 
solved by tiie embodiments disclosed herein. 



Claims 



55 



A metiiod for accessing a segment in a multi- 
mode computer having segmented addressing. 



th computer having a memory, the computer 
having a segment selector to select tiie seg- 
ment, the segment having a base address, the 
computer having a first mode wherein the base 
address of the segment is addressed by the 
segment selector and a second mode wherein 
the base address of the segment Is addressed 
indirectly by the segment selector which points 
to a memory location within a mapping system 
where the base address of the segment is 
stored, the method allowing the segment to be 
accessed by the same segment selector value 
in both the first and second modes, the metii- 
od comprising the steps of: 

(a) selecting an address that is a multiple of 
16 to be the base address of the segment; 

(b) when the computer is In either the first 
mode or the second mode. 

(1) setting the segment selector to a val- 
ue so that the segment selector address- 
es the base address of the segment 
when the computer is in the first mode; 

(2) storing at a selected memory location 
within the mapping system the base ad- 
dress of the segment, the memory loca- 
tion being selected so that it is pointed to 
by the segment selector as set in step 
(1) when the computer is in tiie second 
mode; and 

(3) loading the segment into the memory 
at the base address; and 

(c) accessing the segment in both the first 
and second modes using the segment se- 
lector. 

The method of claim 1. wherein the segment 
contains program routines. 

The method of ciaim 1. wherein the segment 
contains operating system routines. 

The method of ciaim 1 wherein the base ad- 
dress in step (a» 1$ sot to a value that is 
greater than or equai to 128 

The method of ctaim 4 wtierein the segment 
contains program routines 

The method of claim 4 wherein the segment 
contains operating system routines. 

The method of claim 1. wherein the base ad- 
dress in step (a) is set to a value that is a 
multiple of 128. 

The method of claim 7. wherein tiie segment 
contains program routines. 
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9. The method of claim 7, wherein the segment 
contains operating system routines. 

10. A method for accessing a segment in a com- 
puter, the computer having a memory and the 5 
computer based on an Intel 80286 or compati- 
ble microprocessor, the microprocessor having 

s gmented addressing and a segment selector 
to select the segment, the segment having a 
base address, the microprocessor having a io 
r al mode, wherein the base address of the 
segment is addressed by the segment selector 
and a protected mode, wherein the base ad- 
dress of the segment is addressed indirectly 
by a segment selector which points to a mem- is 
ory location within a descriptor table where the 
base address of the segment is stored, the 
method allowing the segment to be accessed 
by the same segment selector value in both 
the real and protected modes, the method 20 * 
comprising the steps of: 

(a) selecting an address that is a multiple of 
18 to be the base address of the segment; 

(b) when the computer is in either the real 
mode or the protected mode, 25 

(1) setting the segment selector to a val- 
ue so that the segment selector address- 
es the base address of the segment 
when the computer is in the real mode; 

(2) storing at a selected memory location 30 
within the descriptor table, the base ad- 
dress of the segment, the memory loca- 
tion being selected so that it is pointed to 

by the segment selector as set in step 

(1) when the computer is in the protected 36 

mode; and 

(3) loading the segment into the memory 
at the base address; and 

(c) accessing the segment in both the real 

and protected modes using the segment 40 
selector. 



16. The method of claim 10, wherein the descrip- 
tor table is a global descriptor table. 

17. The method of claim 16, wherein the base 
address in step (a) is set to a value that is a 
multiple of 128. 

18. The method of claim 17, wherein the segment 
contains program routines. 

19. The method of claim 17, wherein the segment 
contains operating system routines. 

20. The method of claim 16, wherein the segment 
contains program routines. 

21. The method of claim 16, wherein the segment 
contains operating system routines. 



11. The method of claim 10, wherein the segment 
contains program routines. 

12. The method of claim 10, wherein the segment 
contains operating system routines. 

13b The method of claim 10, wherein the descrip- 
tor table is the local descriptor table. 

14. The method of claim 13, wherein the segment 
contains program routines. 

15- The method of claim 13, wherein the segment 
contains operating system routines. 
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